Long Term Event Pattern
参考
いくつか、疑問、疑念(?)がある
どっちの方向から入ったのかわからないが
入会というEventがあるな→実はこれは3つのEventで構成されているので分けれるね
入会申込、審査、会員証発行というEventがあるな→これを抽象化すると入会と表現できるね
いずれにせよ、複数のEventで構成されたEventを定義することの嬉しさが腑に落ちてないmrsekut.icon
なんというか、もっとシンプルに表現する方法があるような気がする
抽象化として成立してるのかどうか
個別に扱った場合にどういう問題が起きるのか
仮に、複数のEventで構成されたEventがあったとして、それを別のテーブル?で構成する意義
入会申込、審査、会員証発行というEventをUnionで表現して、全部1つのテーブルに突っ込む
というのも考えられるはず
これを採用するとどういう課題が生じるのだろうか
こっちのほうが、JOINなども不要だし、readもwriteも単純になりそうな気がするが
(ただこれはデータを全てJSONで表現するのを前提している)
テーブルごとにスキーマを定義するなら、RDBMSだと、テーブルを分けるしかないというのはわかる
分けていれば、それをさらに入れ子にすることはできそう
入会申込と審査は独立するので影響なしに変更できる
一言でなんなのか？を書いておきたい
statusを別途保持すればいいのかmrsekut.icon